home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20031118-20041115 / 000090_ebh@burntmail.com_Wed Jan 28 11:41:45 2004.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!iad-feed.news.verio.net!ord-feed.news.verio.net!stl-feed.news.verio.net!newsreader.wustl.edu!news.mv.net!newsfeed.mathworks.com!news.maxwell.syr.edu!postnews1.google.com!not-for-mail
  2. From: ebh@burntmail.com (EBH)
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: Help with a script
  5. Date: 28 Jan 2004 07:26:02 -0800
  6. Organization: http://groups.google.com
  7. Lines: 63
  8. Message-ID: <6b84683a.0401280726.24b3edfb@posting.google.com>
  9. References: <6b84683a.0401271212.4059fe85@posting.google.com> <deb126db.0401272157.32647b1b@posting.google.com>
  10. NNTP-Posting-Host: 63.127.208.90
  11. Content-Type: text/plain; charset=ISO-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-Trace: posting.google.com 1075303562 7398 127.0.0.1 (28 Jan 2004 15:26:02 GMT)
  14. X-Complaints-To: groups-abuse@google.com
  15. NNTP-Posting-Date: Wed, 28 Jan 2004 15:26:02 +0000 (UTC)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14790
  17.  
  18. slash_dev_slash_null_2000@yahoo.com (Mark Sapiro) wrote in message news:<deb126db.0401272157.32647b1b@posting.google.com>...
  19. > ebh@burntmail.com (EBH) wrote in message news:<6b84683a.0401271212.4059fe85@posting.google.com>...
  20. > > From what I currently know, I understand that after successfully
  21. > > logging in, I can issue the "connect" command which will transfer
  22. > > control from the script to the user. I need to know how to pick it up
  23. > > again when required by a screen prompt (Iniitate you KERMIT, or
  24. > > whatever). And as mentioned above I still to know when the remote
  25. > > system disconnects so that I can end execution of the script.
  26. > 
  27. > If it's acceptable for the remote host to tell the user what to do, it
  28. > can tell the user to escape back to command mode by typing the Kermit
  29. > connect mode escape character followed by "c".  You don't say what
  30. > Kermit the user will be using, but if it is Kermit-95, the user can
  31. > also normally return to command mode with Alt-x, but this can be
  32. > changed by assigning the \Kexit verb to a different key.
  33. > 
  34. > The connect mode escape character can be set with the command 
  35. >    set escape-character
  36. > (help set escape-character for more info).  The default escape
  37. > character in C-Kermit is control-\  in Kermit-95 it's control-]
  38. > 
  39. > When the user escapes back to command mode, the script will pick up
  40. > with the command following the connect.
  41. > 
  42. I am using C-Kermit and I know all about this but unfortunately this
  43. will be too much for my users.
  44.  
  45. > You might also be able to use Kermit's autodownload/autoupload
  46. > features to bypass the user's need to escape to command mode.  In this
  47. > case, if the remote host attemps to "send" or "get" a file to/from the
  48. > local Kermit, the local Kermit will switch from connect mode to server
  49. > mode automatically to receive/send the file(s).
  50. > 
  51. After posting posting the I actually found this feature and I tried it
  52. but it only worked when the remote tried to "send" a file. When it
  53. tried to "get" a file it didn't and I suspect it has something to do
  54. with the file name. The remote is giving the received file some name
  55. over which I have no control (and I don't know the algorithm either so
  56. that I can name my file the same), and without me actually escaping
  57. back and explicitily sending my file it just won't work.
  58.  
  59. So I guess the real question when I use the autodownload/autoupload
  60. feature how can I preset the file names fir the upload and/or download
  61.  
  62. > There are various ways to tell if the remote disconnects if the script
  63. > is executing.  You should always test all commands for success or
  64. > failure anyway, and any command that communicates with the host will
  65. > fail if the connection is gone.  Also, you can explicitly use the
  66. > condition "open connection" as in
  67. >   if open connection ...
  68. >   while open connection ...
  69. > to test the connection in the script.
  70. > 
  71. > Normally if a disconnect occurs in conect mode, Kermit returns to
  72. > command mode (to the script in your case) so you could test for this
  73. > with something like
  74. >   connect
  75. >   if not open connection exit   ; or end as appropriate
  76.  
  77. This didn't work as described, but I think this is more an issue with
  78. the remote, I will need to follow-up with them.
  79.  
  80. THanks anyway for all the help
  81.